Перевод: с английского на русский

с русского на английский

средства взаимодействия человек -

  • 1 menu-driven interface

    Англо-русский словарь технических терминов > menu-driven interface

  • 2 menu-driven interface

    1) Техника: средоустойчивость взаимодействия человека с машиной с использованием экранных меню, средства взаимодействия человек - машина с использованием выводимых на экран меню (командных процедур)
    2) Вычислительная техника: интерфейс на основе меню

    Универсальный англо-русский словарь > menu-driven interface

  • 3 user

    1. потребитель
    2. пользователь системы телеобработки данных (вычислительной сети)
    3. пользователь системы обработки информации
    4. пользователь информации
    5. пользователь (информационной системы)
    6. пользователь
    7. персонал потребителя
    8. меню пользователя
    9. абонент

     

    абонент
    пользователь
    Лицо (группа лиц, организация), имеющее право на пользование услугами вычислительной системы.
    [ http://www.morepc.ru/dict/term14075.php]

    абонент
    пользователь
    user
    1. Физическое лицо, учреждение или компания, пользующиеся услугами, предоставляемыми компьютерными или телекоммуникационными системами. При переводе на русский язык слово user имеет два значения, различие между которыми определяется практикой заказа услуг. Термин “абонент” чаще употребляют, когда речь идет о владельце средств связи и лицах, вносящих абонентскую плату за использование каналов связи. Термин “пользователь” ближе к понятию конечный потребитель услуг и отражает активный характер использования системы: организация сеансов связи, ведение диалога с системой и т.п.
    2. Терминалы, компьютеры или датчики, которые могут обмениваться информацией друг с другом через сеть связи.
    3. Процессы, программы, принадлежащие одной системе, но использующие ресурсы другой системы.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    абонент
    party
    Участник сеанса связи или сторона, принимающая (передающая) вызов.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    абонент
    subscriber
    Пользователь, имеющий право доступа к системе связи или передачи информации.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    абонент
    Устройство, юридическое лицо, физическое лицо, имеющее право на взаимодействие с информационным объектом, предоставляющим услуги - системой, сетью, комплексом [http://www.rol.ru/files/dict/internet/].
    [ http://www.morepc.ru/dict/]

    абонент
    Лицо или учреждение, получившее после авансового платежа право пользования на определенный срок (абонемент) услугами, предоставляемыми выдавшей абонемент организации.
    [ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

    Тематики

    Синонимы

    EN

     

    меню пользователя
    —
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

    персонал потребителя

     

    Оперативный и оперативно-ремонтный персонал потребителя или объекта даже при наличии аварийного освещения должен быть снабжен переносными электрическими фонарями с автономным питанием.
    Обо всех неисправностях в работе установок рекламного освещения и повреждениях (мигание, частичные разряды и т.п.) оперативный или оперативно-ремонтный персонал потребителя обязан немедленно сообщить об этом своим руководящим работникам и принять меры к их устранению.
    [ПТЭЭП - Правила технической эксплуатации электроустановок потребителей]

    Персонал потребителя, обслуживающий трансформаторы, обязан поддерживать соответствие между напряжением сети и напряжением, установленным на регулировочном ответвлении.
    [ПТЭЭП - Правила технической эксплуатации электроустановок потребителей]

    EN

     

    пользователь
    Пользователями платежной системы являются как участники, так и клиенты, которым они предоставляют платежные услуги. См. также клиент, прямой участник, прямой участник/член, непрямой участник/член, участник/член.
    [Глоссарий терминов, используемых в платежных и расчетных системах. Комитет по платежным и расчетным системам Банка международных расчетов. Базель, Швейцария, март 2003 г.]

    Тематики

    EN

     

    пользователь
    Некто (или нечто), выдающий команды и сообщения информационной системе и получающий сообщения от информационной системы.
    [ ГОСТ 34.320-96]

    Тематики

    EN

     

     

    пользователь информации
    Субъект, пользующийся информацией, полученной от ее собственника, владельца или посредника в соответствии с установленными правами и правилами доступа к информации либо с их нарушением [5].
    [ ГОСТ Р 50922-96]
    [ОСТ 45.127-99]
    пользователь информации
     потребитель информации
    Субъект, обращающийся к информационной системе или к посреднику за получением необходимой ему информации и пользующийся ею.
    [ http://slovar-lopatnikov.ru/]

     

     

    Тематики

    Синонимы

    EN

     

    пользователь системы обработки информации
    Юридическое или фактическое лицо, применяющее систему обработки информации.
    [ ГОСТ 15971-90]

    Тематики

    EN

     

    пользователь системы телеобработки данных (вычислительной сети)
    пользователь
    Юридическое или фактическое лицо, пользующееся услугами, предоставляемыми системой телеобработки данных (вычислительной сетью).
    [ ГОСТ 24402-88]

    Тематики

    Синонимы

    EN

     

    потребитель
    Гражданин, получающий, заказывающий либо имеющий намерение получить или заказать услуги для личных нужд.
    [ ГОСТ Р 50646-94]

    потребитель
    Получатель продукции, предоставляемой поставщиком.
    Примечания
    1 В контактной ситуации потребитель может быть назван покупателем.
    2 Потребителем может быть, например, конечный потребитель, пользователь, льготно обслуживаемый потребитель или покупатель.
    3 Потребитель может быть или внешним, или внутренним.
    [ИСО 8402-94]

    потребитель
    Организация или лицо, получающие продукцию.
    Пример
    Клиент, заказчик, конечный пользователь, розничный торговец, бенефициар и покупатель.
    Примечание
    Потребитель может быть внутренним или внешним по отношению к организации.
    [ ГОСТ Р ИСО 9000-2008]

    потребитель
    Пользователь электрооборудования.
    [ ГОСТ Р МЭК 60050-426-2006]

    потребитель
    Субъект, который использует машину и связанное с ней электрическое оборудование.
    [ ГОСТ Р МЭК 60204-1-2007]
    потребитель
    Сторона, предъявляющая требования к машинам, оборудованию, системам и компонентам и оценивающая соответствие продукции этим требованиям.
    [ГОСТ ИСО / ТО 10949- 2007]

    потребитель
    Лицо (или компания), имеющее намерение заказать или приобрести либо заказывающий, приобретающий или использующий товары (работы, услуги) для собственных нужд.
    [ http://slovar-lopatnikov.ru/]


    Тематики

    EN

    4.53 пользователь (user): Лицо или группа лиц, извлекающих пользу из системы в процессе ее применения.

    Примечание - Роль пользователя и роль оператора могут выполняться одновременно или последовательно одним и тем же человеком или организацией.

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.22 пользователь (user): Лицо или группа лиц, извлекающих пользу в процессе применения системы.

    Примечание - Роль пользователя и роль оператора может выполняться одновременно или последовательно одним и тем же лицом или организацией.

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

    4.52 пользователь (user): Лицо или организация, которые используют действующую систему для выполнения конкретной функции (3.34 ГОСТ Р ИСО/МЭК 12207).

    Примечание - см. также 4.3.

    Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

    3.34 пользователь (user): Лицо или организация, которое использует действующую систему для выполнения конкретной функции.

    Примечание - Пользователь может также выполнять и другие роли, например, заказчика, разработчика или сопровождающего персонала.

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

    1.2.13.6 пользователь (user): Любое лицо, не относящееся к обслуживающему персоналу. Термин «пользователь» в настоящем стандарте полностью соответствует термину «оператор», и оба этих термина взаимозаменяемы.

    Источник: ГОСТ Р МЭК 60950-1-2009: Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования оригинал документа

    1.2.13.6 пользователь (user): Любое лицо, не относящееся к обслуживающему персоналу. Термин «пользователь» в настоящем стандарте полностью соответствует термину «оператор», и оба этих термина взаимозаменяемы.

    Источник: ГОСТ Р МЭК 60950-1-2005: Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования оригинал документа

    2.50 потребитель (user): Лицо, группа или организация, получающие выгоду от доставки питьевой воды (2.11) и связанных с этим услуг (2.44) или мероприятий по удалению сточных вод (2.51).

    Примечание 1 - Потребители являются одной из категорий заинтересованных сторон (2.47).

    Примечание 2 - Потребители могут относиться к разным экономическим секторам: бытовые потребители, торговля, промышленность, сфера услуг, сельское хозяйство.

    Примечание 3 - Термин consumer (потребитель) тоже может использоваться, но в большинстве стран относительно коммунальных услуг более часто употребляется термин user. Первый термин не подходит для услуг, связанных с удалением сточных вод.

    Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

    2.50 потребитель (user): Лицо, группа или организация, получающие выгоду от доставки питьевой воды (2.11) и связанных с этим услуг (2.44) или мероприятий по удалению сточных вод (2.51).

    Примечание 1 - Потребители являются одной из категорий заинтересованных сторон (2.47).

    Примечание 2 - Потребители могут относиться к разным экономическим секторам: бытовые потребители, торговля, промышленность, сфера услуг, сельское хозяйство.

    Примечание 3 - Термин consumer (потребитель) тоже может использоваться, но в большинстве стран относительно коммунальных услуг более часто употребляется термин user. Первый термин не подходит для услуг, связанных с удалением сточных вод.

    Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

    7. Пользователь системы телеобработки данных (вычислительной сети)

    Пользователь

    User

    Юридическое или фактическое лицо, пользующееся услугами, предоставляемыми системой телеобработки данных (вычислительной сетью)

    Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

    3.23 пользователь (user): Организация или лицо, покупающие или приобретающие иным образом крепежные изделия и использующие их для монтажа или ремонта и технического обслуживания.

    Источник: ГОСТ Р ИСО 16426-2009: Изделия крепежные. Система обеспечения качества оригинал документа

    2.50 потребитель (user): Лицо, группа или организация, получающие выгоду от доставки питьевой воды (2.11) и связанных с этим услуг (2.44) или мероприятий по удалению сточных вод (2.51).

    Примечание 1 - Потребители являются одной из категорий заинтересованных сторон (2.47).

    Примечание 2 - Потребители могут относиться к разным экономическим секторам: бытовые потребители, торговля, промышленность, сфера услуг, сельское хозяйство.

    Примечание 3 - Термин consumer (потребитель) тоже может использоваться, но в большинстве стран относительно коммунальных услуг более часто употребляется термин user. Первый термин не подходит для услуг, связанных с удалением сточных вод.

    Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

    3.8 пользователь (user): Человек, взаимодействующий с интерактивной системой.

    Примечание - Адаптированный термин ИСО 9241-11:1998, 3.7.

    Источник: ГОСТ Р ИСО 9241-110-2009: Эргономика взаимодействия человек-система. Часть 110. Принципы организации диалога оригинал документа

    3.1.52 пользователь (user): Источник деловых инициатив, которым должен соответствовать профиль СОС организации-пользователя и реализацию которых этот профиль должен обеспечивать. В настоящих рекомендациях понятия пользователь и организация-пользователь взаимозаменяемы.

    Источник: Р 50.1.041-2002: Информационные технологии. Руководство по проектированию профилей среды открытой системы (СОС) организации-пользователя

    3.6 пользователь (user): Лицо, взаимодействующее с продукцией, услугой или средой жизнедеятельности.

    Примечание - Адаптировано из ИСО 9241-11:1998.

    Источник: ГОСТ Р 54937-2012: Руководящие указания для разработчиков стандартов, направленные на удовлетворение потребностей пожилых людей и инвалидов оригинал документа

    48. Пользователь системы обработки информации

    User

    Юридическое или фактическое лицо, применяющее систему обработки информации

    Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

    3.4.23 пользователь (user): Физическое или юридическое лицо, которое использует продукцию или процесс.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    Англо-русский словарь нормативно-технической терминологии > user

  • 4 context of use

    1. условия использования
    2. область применения

    4.4 условия использования (context of use): Пользователи, задачи, оборудование (аппаратные средства, программные средства, материалы), физическая и социальная среда, в которых используют продукцию.

    [ИСО 9241-11:1998, определение 3.5]

    Источник: ГОСТ Р 55236.2-2012: Эргономика изделий повседневного использования. Часть 2. Метод испытаний изделий с интуитивно понятным управлением оригинал документа

    3.5 условия использования (context of use): Пользователи, задачи, оборудование (аппаратные средства, программные средства, материалы), физическая и социальная среда, в которых используют продукцию.

    Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

    3.1 область применения (context of use): Пользователи, производственные задания, оборудование (аппаратные средства, программное обеспечение и материалы), физические среды и социальные условия, в которых используют продукт.

    [ИСО 9241-11:1998, 3.5]

    Источник: ГОСТ Р ИСО 9241-110-2009: Эргономика взаимодействия человек-система. Часть 110. Принципы организации диалога оригинал документа

    4.4 условия использования (context of use): Пользователи, задачи, оборудование (аппаратные средства, программные средства, материалы), физическая и социальная среда, в которых используют продукцию.

    [ИСО 9241-11:1998, определение 3.5]

    Источник: ГОСТ Р 55236.3-2012: Эргономика изделий повседневного использования. Часть 3. Метод испытаний потребительских товаров оригинал документа

    Англо-русский словарь нормативно-технической терминологии > context of use

  • 5 efficiency

    1. эффективность (программного средства)
    2. эффективность (объекта)
    3. эффективность
    4. энергетическая эффективность источника
    5. работоспособность
    6. продуктивность
    7. коэффициент полезного действия прибора СВЧ
    8. коэффициент полезного действия
    9. коэффициент использования (генерирующих мощностей)
    10. выход (процесса)
    11. выгодность

     

    выгодность
    умение
    подготовленность
    работоспособность
    оперативность
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    Синонимы

    EN

     

    выход (процесса)
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    коэффициент использования (генерирующих мощностей)
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    коэффициент полезного действия
    Отношение отдаваемой мощности к потребляемой активной мощности.
    [ОСТ 45.55-99]

    коэффициент полезного действия
    КПД
    Величина, характеризующая совершенство процессов превращения, преобразования или передачи энергии, являющаяся отношением полезной энергии к подведенной.
    [РД 01.120.00-КТН-228-06]

    коэффициент полезного действия
    -
    [IEV number 151-15-25]

    EN

    efficiency
    ratio of output power to input power of a device
    NOTE – If the output power and/or input power is electric, active power is meant.
    [IEV number 151-15-25]

    FR

    rendement, m
    rapport de la puissance de sortie à la puissance d'entrée d’un dispositif
    NOTE – Lorsque la puissance d’entrée ou de sortie est électrique, il s’agit de puissance active.
    [IEV number 151-15-25]

    Тематики

    • электротехника, основные понятия

    Синонимы

    EN

    DE

    FR

    • rendement, m

     

    коэффициент полезного действия прибора СВЧ
    к.п.д    .
    η
    Отношение разности выходной и входной мощности сигнала прибора СВЧ к мощности, потребляемой всеми электродами от источников питания.
    [ ГОСТ 23769-79]

    Тематики

    Синонимы

    • к.п.д.

    EN

     

    продуктивность
    Показатель эффективности деятельности, отражающий сумму выработки на единицу затрат. Часто выражается в виде процента от идеальной продуктивности. Чем меньше ресурсов затрачено на достижение запланированных результатов, тем выше продуктивность. Ср. Эффективность, производительность (Effectiveness).
    [ http://www.lexikon.ru/dict/uprav/index.html]

    продуктивность
    Способность экономической системы производить полезную продукцию и мера реализации этой способности. Ср. Эффективность, Экономическая эффективность.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

     

    работоспособность
    Состояние, при котором транспортное средство или его компоненты могут выполнять свои функции в соответствии с конструкторской или эксплуатационной документацией.
    [Технический регламент о безопасности колесных транспортных средств]

     работоспособность
    -
    [Интент]

    Тематики

    EN

     

    эффективность
    Связь между достигнутым результатом и использованными ресурсами.
    [ ГОСТ Р ИСО 9000-2008]

    эффективность
    Свойство объекта удовлетворять требованиям к услуге с заданными количественными характеристиками [12].
    Примечание
    Это свойство зависит от сочетания возможностей и готовности объекта.
    [12] Международный стандарт СЕI IЕС 50 (191). Глава 191. Надежность и качество услуг.
    [ОСТ 45.127-99]

    эффективность
    Экономическая категория, характеризующая соотношение экономических, социальных и научно-технических результатов с затратами на их достижение
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

    эффективность
    (ITIL Continual Service Improvement)
    Мера целесообразности использования ресурсов для реализации процесса, услуги или деятельности. Эффективный процесс достигает своих целей с минимальными затратами времени, денег, людских и других ресурсов.
    См. тж. ключевой показатель эффективности.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    эффективность
    1. Одно из наиболее общих экономических понятий, не имеющих пока, по-видимому, единого общепризнанного определения. По нашему мнению, это одна из возможных (важнейшая, но не единственная!) характеристик качества некоторой системы, в частности, — экономической: а именно, ее характеристика с точки зрения соотношения затрат и результатов функционирования системы. В зависимости от того, какие затраты и особенно — какие результаты принимаются во внимание, можно говорить об экономической, социально-экономической, социальной, экологической Э. Однако границы между этими понятиями расплывчаты и вокруг них ведутся активные дискуссии. См. Экономическая эффективность, Эффективность капитальных вложений (инвестиционных проектов), Эффективность потребления благ, Эффективность производства, Эффективность экономических решений (мероприяий), Эффективность экономического развития. 2. В экономико-математической литературе слова эффективность, эффективный используются также в составе терминов типа эффективная точка, эффективная технология, эффективная граница. Здесь рассматриваемый термин означает наибольшую степень достижения некоторой цели, выражения какого-то понятия, реализации потенциальной возможности, выполнения задачи и т.п. Например, принимается, что распределение ресурсов, порождаемое экономикой совершенной конкуренции, является эффективным по Парето. 3. То же, что полезность. 4. В математической статистике эффективная статистическая оценка – та, которая имеет минимальную дисперсию.
    [ http://slovar-lopatnikov.ru/]

    EN

    efficiency
    (ITIL Continual Service Improvement)
    A measure of whether the right amount of resource has been used to deliver a process, service or activity. An efficient process achieves its objectives with the minimum amount of time, money, people or other resources.
    See also key performance indicator.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

    DE

    FR

     

    эффективность (объекта)
    Свойство объекта удовлетворять требованиям к услуге с заданными характеристиками, наилучшим образом сочетающее возможности и готовность объекта (по удовлетворению услуги).
    [ОСТ 45.153-99 ]

    Тематики

    EN

     

    эффективность (программного средства)
    Совокупность свойств программного средства, характеризующая те аспекты его уровня пригодности, которые связаны с характером и временем использования ресурсов, необходимых для заданных условий функционирования.
    Примечание
    Ресурсы могут включать в себя другие программные средства, технические средства, материалы (бумагу, гибкие магнитные диски и др.), услуги различных категорий персонала.
    [ ГОСТ 28806-90 ]

    Тематики

    Обобщающие термины

    EN

    3.2.15 эффективность (efficiency): Связь между достигнутым результатом и использованными ресурсами.

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    4.8 эффективность (efficiency): Связь между достигнутым результатом и использованными ресурсами.

    [ИСО 9241-11:1998, определение 3.3]

    Примечание - Для целей метода испытаний, установленного в настоящем стандарте, эффективность управления измеряют в виде времени, затраченного на достижение основной цели (целей).

    Источник: ГОСТ Р 55236.2-2012: Эргономика изделий повседневного использования. Часть 2. Метод испытаний изделий с интуитивно понятным управлением оригинал документа

    3.2.15 эффективность (efficiency): Связь между достигнутым результатом и использованными ресурсами.

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.1.49 энергетическая эффективность источника (efficiency, generation): Отношение объема выработанной энергии генерирующими установками для подготовки потребителю с учетом соответствующих тепловых потерь к объему использованной энергии энергоресурсов (с учетом соответствующих тепловых потерь, КПД установок, регулирования соотношений потребления и выработки в зависимости от наружной температуры, оптимальности потребления для собственных нужд и т.д.). Коэффициент полезного действия включает в себя дополнительную энергию.

    Источник: ГОСТ Р 54860-2011: Теплоснабжение зданий. Общие положения методики расчета энергопотребности и эффективности систем теплоснабжения оригинал документа

    4.8 эффективность (efficiency): Связь между достигнутым результатом и использованными ресурсами.

    [ИСО 9241-11:1998, определение 3.3]

    Примечание - Для целей метода испытаний, установленного в настоящем стандарте, эффективность управления измеряют в виде времени, затраченного на достижение основной цели (целей).

    Источник: ГОСТ Р 55236.3-2012: Эргономика изделий повседневного использования. Часть 3. Метод испытаний потребительских товаров оригинал документа

    3.2.20 эффективность (efficiency): Соотношение между достигнутым результатом и использованными ресурсами.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    202. Коэффициент полезного действия прибора СВЧ

    К.п.д.

    Efficiency

    η

    Отношение разности выходной и входной мощности сигнала прибора СВЧ к мощности, потребляемой всеми электродами от источников питания

    Источник: ГОСТ 23769-79: Приборы электронные и устройства защитные СВЧ. Термины, определения и буквенные обозначения оригинал документа

    Англо-русский словарь нормативно-технической терминологии > efficiency

  • 6 usability

    1. удобство использования (программного средства)
    2. удобство использования
    3. удобство и простота использования
    4. удобство в использовании
    5. простота использования
    6. пригодность использования
    7. используемость

     

    используемость
    удобство работы
    Признак, характеризующий удобство и простоту использования аппаратных или программных средств при взаимодействии пользователя с системой.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    Тематики

    • электросвязь, основные понятия

    Синонимы

    EN

     

    простота использования
    полезность и удобство для пользователя
    Usability — это степень эффективности, продуктивности и удовлетворенности, с которой продукт может использоваться определенными пользователями для достижения определенных целей в определенном контексте (ISO 9241-11). Достичь высокого уровня usability можно, лишь применяя ориентированный на пользователя подход к проектированию и разработке.
    [ http://www.morepc.ru/dict/]

    Тематики

    Синонимы

    EN

     

    удобство в использовании
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    удобство использования
    (ITIL Service Design)
    Простота, с которой приложение, продукт или ИТ-услуга могут быть использованы. Требования к удобству использования часто включаются в перечень требований.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    usability
    (ITIL Service Design)
    The ease with which an application, product or IT service can be used. Usability requirements are often included in a statement of requirements.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

     

    удобство использования (программного средства)
    Совокупность свойств программного средства, характеризующая усилия, необходимые для его использования, и индивидуальную оценку результатов его использования заданным или подразумеваемым кругом пользователей программного средства.
    [ ГОСТ 28806-90 ]

    Тематики

    Обобщающие термины

    EN

    3.7 пригодность использования (usability): Свойство продукции при ее предназначенном использовании определенным пользователем обеспечивать эффективность и результативность достижения установленных целей и удовлетворенность пользователя.

    [ИСО 9241-11:1998, определение 3.1].

    Примечание - В настоящем стандарте под продукцией следует понимать измерительное оборудование.

    Источник: ГОСТ Р ИСО 10075-3-2009: Эргономические принципы обеспечения адекватности умственной нагрузки. Часть 3. Принципы и требования к методам измерений и оценке умственной нагрузки оригинал документа

    2.13 пригодность использования (usability): Свойство системы, продукции или услуги, при наличии которого установленный пользователь может применить продукцию в определенных условиях использования для достижения установленных целей с необходимой результативностью, эффективностью и удовлетворенностью.

    Примечание - Адаптированное определение из ИСО 9241-11:1998.

    Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

    4.18 пригодность использования (usability): Свойство продукции, при наличии которого установленный пользователь может применять продукцию в указанных условиях использования для достижения установленных целей с необходимой результативностью, эффективностью и удовлетворенностью.

    [ИСО 9241-11:1998, определение 3.1]

    Источник: ГОСТ Р 55236.2-2012: Эргономика изделий повседневного использования. Часть 2. Метод испытаний изделий с интуитивно понятным управлением оригинал документа

    3.1 пригодность использования (usability): Свойство продукции, при наличии которого установленный пользователь может применить продукцию в определенных условиях использования для достижения установленных целей с необходимой результативностью, эффективностью и удовлетворенностью.

    Примечание - См. также приложение D.

    Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

    3.2.10 пригодность использования (usability): Свойство продукции при ее предполагаемом использовании обеспечивать возможность ее эффективного, результативного использования, достижения установленных целей и удовлетворенности пользователя.

    [ИСО 9241-11]

    Источник: ГОСТ Р ИСО 9241-4-2009: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 4. Требования к клавиатуре оригинал документа

    3.7 удобство и простота использования (usability): Степень, до которой определенные пользователи могут использовать продукцию для достижения поставленных целей с результативностью, эффективностью и удовлетворением в заданном контексте применения [ИСО 9241-11:1998].

    Источник: ГОСТ Р 54937-2012: Руководящие указания для разработчиков стандартов, направленные на удовлетворение потребностей пожилых людей и инвалидов оригинал документа

    4.18 пригодность использования (usability): Свойство продукции, при наличии которого установленный пользователь может применять продукцию в указанных условиях использования для достижения установленных целей с необходимой результативностью, эффективностью и удовлетворенностью.

    [ИСО 9241-11:1998, определение 3.1]

    Источник: ГОСТ Р 55236.3-2012: Эргономика изделий повседневного использования. Часть 3. Метод испытаний потребительских товаров оригинал документа

    Англо-русский словарь нормативно-технической терминологии > usability

  • 7 user interface

    1. пользовательский интерфейс
    2. интерфейс пользователя
    3. интерфейс оператора (в SCADA)

    4.51 интерфейс пользователя (user interface): Интерфейс, обеспечивающий возможность обмена информацией между человеком и техническими или программными компонентами вычислительной системы.

    Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

    4.21 пользовательский интерфейс (user interface): Элементы продукции, используемые для управления и получения информации о состоянии продукции, а также взаимодействие, позволяющее пользователю использовать продукцию по назначению.

    Пример - Пользовательским интерфейсом душевого крана является ручка управления водой, где движения ручки влево - вправо управляют температурой воды, а положение ручки показывает пользователю температуру.

    Примечание - Перечень инструкций по эксплуатации, постоянно отображаемый на изделии, является частью пользовательского интерфейса.

    [ИСО 20282-1:2006, определение 3.21]

    Источник: ГОСТ Р 55236.2-2012: Эргономика изделий повседневного использования. Часть 2. Метод испытаний изделий с интуитивно понятным управлением оригинал документа

    3.9 интерфейс пользователя (user interface): Компоненты интерактивной системы (программное обеспечение и аппаратные средства), которые предоставляют пользователю информацию и инструменты управления для выполнения производственных заданий.

    Источник: ГОСТ Р ИСО 9241-110-2009: Эргономика взаимодействия человек-система. Часть 110. Принципы организации диалога оригинал документа

    4.21 пользовательский интерфейс (user interface): Элементы продукции, используемые для управления и получения информации о состоянии продукции, а также взаимодействие, позволяющее пользователю использовать продукцию по назначению.

    Пример - Пользовательским интерфейсом душевого крана является ручка управления водой, где движения ручки влево - вправо управляют температурой воды, а положение ручки показывает пользователю температуру.

    Примечание - Перечень инструкций по эксплуатации, постоянно отображаемый на изделии, является частью пользовательского интерфейса.

    [ИСО 20282-1:2006, определение 3.21]

    Источник: ГОСТ Р 55236.3-2012: Эргономика изделий повседневного использования. Часть 3. Метод испытаний потребительских товаров оригинал документа

    Англо-русский словарь нормативно-технической терминологии > user interface

  • 8 user interface

    1) Компьютерная техника: пользовательский интерфейс
    3) Вычислительная техника: интерфейс пользователя
    5) Hi-Fi. интерфейс пользователя (органы управления и средства индикации, используемые пользователем для управления аудиокомпонентом)

    Универсальный англо-русский словарь > user interface

  • 9 stakeholder

    1. причастная сторона
    2. правообладатель
    3. заинтересованное лицо
    4. заинтересованная сторона (лицо, структура)
    5. заинтересованная сторона

     

    заинтересованная сторона (лицо, структура)
    —
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    заинтересованное лицо
    Человек, заинтересованный в организации, проекте, ИТ-услуге и т.п. Заинтересованные лица могут проявлять интерес к видам деятельности, целям, ресурсам или результатам. Заинтересованными лицами могут быть заказчики, партнёры, работники, акционеры, владельцы, и т.п.
    См. тж. матрица ролей и ответственности.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    stakeholder
    A person who has an interest in an organization, project, IT service etc. Stakeholders may be interested in the activities, targets, resources or deliverables. Stakeholders may include customers, partners, employees, shareholders, owners etc.
    See also RACI.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

     

    причастная сторона
    Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
    Примечания
    1. Лицо, принимающее решение, также является причастной стороной.
    2. Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона.
    [ ГОСТ Р 51897-2002]

    Тематики

    Обобщающие термины

    • термины, относящиеся к лицам или организациям, подвергающимся риску

    EN

    FR

    4.45 правообладатель (stakeholder): Лицо или организация, имеющие право, долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими ее потребности и ожидания.

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.15 правообладатель (stakeholder): Сторона, имеющая право, долю или претензии на систему или на владение ее характеристиками, удовлетворяющими потребности и ожидания этой стороны.

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

    3.19 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

    Примечания

    1 Лицо, принимающее решение, также является причастной стороной.

    2 Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона

    [ИСО/МЭК Руководство 73:2002, пункт 3.2.1]

    Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа

    3.8 заинтересованное лицо (stakeholder): Физическое или юридическое лицо, заинтересованное в исполнении организацией своих функций, достижении успеха или влияющее на ее деятельность.

    Примечание - Примерами таких лиц являются клиенты, акционеры, финансисты, страховщики, инспекторы, органы, учрежденные в соответствии с уставом, персонал, подрядчики, поставщики, общественные организации.

    Источник: ГОСТ Р 53661-2009: Система менеджмента безопасности цепи поставок. Руководство по внедрению оригинал документа

    3.8 заинтересованное лицо (stakeholder): Физическое или юридическое лицо, заинтересованное в исполнении организацией своих функций, достижении успеха или влияющее на ее деятельность.

    Примечание - Примерами таких лиц являются клиенты, акционеры, финансисты, страховщики, инспекторы, органы, учрежденные в соответствии с уставом, персонал, подрядчики, поставщики, общественные организации.

    Источник: ГОСТ Р 53663-2009: Система менеджмента безопасности цепи поставок. Требования оригинал документа

    2.11 причастная сторона (stakeholder): Сторона (лицо или организация), имеющая право, долю, интерес или притязания на систему или на владение ее характеристиками, удовлетворяющими потребности и ожидания этой стороны.

    [ISO/IEC 15288:2008]

    Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

    2.47 заинтересованная сторона (stakeholder): Лицо или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.

    Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.

    Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.

    Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).

    Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

    2.47 заинтересованная сторона (stakeholder): Лицо, или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.

    Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.

    Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.

    Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).

    Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

    2.38 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

    Примечания

    1 Лицо, принимающее решение, также является причастной стороной.

    2 Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона.

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

    2.32 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

    Примечание

    1. Лицо, принимающее решение, также является причастной стороной.

    2. Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона

    [ИСО/МЭК Руководство 73:2009].

    Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

    2.13 заинтересованная сторона (stakeholder): Лицо или организация, которые могут воздействовать, или на которые могут воздействовать, или которые считают, что на них влияет какое-либо решение или деятельность.

    Примечание - Лицо, принимающее решения, может быть заинтересованной стороной.

    [Руководство ИСО 73:2009, определение 3.2.1.1]

    Источник: ГОСТ Р ИСО 31000-2010: Менеджмент риска. Принципы и руководство оригинал документа

    3.63 заинтересованное лицо (stakeholder): Заинтересованная сторона, имеющая право, долю или притязания в системе или владеющая свойствами системы, которые отвечают ее требованиям.

    Примечание - Заимствовано из ИСО/МЭК 15288:2002.

    Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

    2.47 заинтересованная сторона (stakeholder): Лицо, или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.

    Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.

    Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.

    Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).

    Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

    3.27 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

    Примечание - Термин «причастные стороны» может также включать в себя заинтересованные стороны (см. ГОСТ Р ИСО 14050 и ГОСТ Р ИСО 14004).

    [Адаптировано из ГОСТ Р 51897-2002, ст. 3.2.1].

    Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

    2.33 правообладатель (stakeholder): Сторона, имеющая некоторые права, акции, а также активы, подверженные риску по отношению к оцениваемому объекту или их характеристикам, отвечающим потребностям и ожиданиям этой стороны.

    а) сторона, владеющая правом, долей или активом в системе с характеристиками, отвечающими потребностям и ожиданиям этой стороны.

    [ИСО/МЭК 15288]

    Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

    3.3 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.

    Примечание - Термин «причастные стороны» может также включать в себя заинтересованные стороны (см. ГОСТ Р ИСО 14050 и ГОСТ Р ИСО 14004).

    [Адаптировано из ГОСТ Р 51897-2002, ст. 3.2.1]

    Источник: Р 50.1.070-2009: Менеджмент риска. Рекомендации по внедрению. Часть 3. Обмен информацией и консультации

    3.27 заинтересованное лицо (stakeholder): Заинтересованная сторона, имеющая право, долю или притязания в системе или владеющая свойствами системы, которые отвечают ее требованиям.

    3.28 заказ (order): Конструкция, являющаяся специализацией конструкции объекта предприятия, представляющей информацию для планирования и контроля бизнес-процессов предприятия.

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Англо-русский словарь нормативно-технической терминологии > stakeholder

  • 10 validation

    1. смещение
    2. проверка подлинности
    3. подтверждение соответствия
    4. подтверждение (в информационных технологиях)
    5. оценка пригодности методики анализа вещества [материала] (объекта аналитического контроля)
    6. общая субъективная оценка
    7. испытания
    8. валидация
    9. валида ция
    10. аттестация
    11. активация (службы Игр «Сочи 2014)

     

    активация
    контроль
    утверждение
    Процесс изменения статуса аккредитации лица на Олимпийской/Паралимпийской идентификационной и аккредитационной карточке и признание карточки действующей.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    EN

    validation
    Process of changing the accreditation status of an individual's Olympic/Paralympic identity and accreditation card to live.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    Синонимы

    EN

     

    валидация
    Подтверждение посредством представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.
    Примечания
    1. Термин "валидирован" используют для обозначения соответствующего статуса.
    2. Условия применения могут быть реальными или смоделированными.
    [ ГОСТ Р ИСО 9000-2008]

    Тематики

    EN

     

    общая субъективная оценка
    —
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

    оценка пригодности методики анализа вещества [материала] (объекта аналитического контроля)
    Подтверждение на основе представления объективных свидетельств того, что методика анализа вещества [материала] объекта аналитического контроля может быть применена для конкретного объекта или группы объектов.
    Примечание
    Оценка пригодности методики анализа вещества или материала включает: спецификацию требований; определение характеристик методики; проверку того, что требования могут быть удовлетворены при использовании данной методики и объявление о применимости.
    [ ГОСТ Р 52361-2005]

    Тематики

    Обобщающие термины

    EN

     

    подтверждение
    (ITIL Service Transition)
    Деятельность, которая гарантирует, что новая или измененная ИТ-услуга, процесс, план или другой результат отвечает нуждам бизнеса. Подтверждение гарантирует, что требования бизнеса удовлетворены, даже если они могли измениться по отношению к исходному результату проектирования. См. тж. верификация; приёмка; квалификация; подтверждение и тестирование услуг.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    validation
    (ITIL Service Transition) An activity that ensures a new or changed IT service, process, plan or other deliverable meets the needs of the business. Validation ensures that business requirements are met even though these may have changed since the original design. See also acceptance; qualification; service validation and testing; verification.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    EN

     

    подтверждение соответствия
    Подтверждение соответствия требованиям путем испытаний и представления объективных свидетельств, выполнения конкретных требований к предусмотренному конкретному использованию.
    Примечания
    1. Адаптировано из ИСО 8402 путем исключения примечаний.
    2. В настоящем стандарте имеется три фазы подтверждения соответствия:
    - подтверждение соответствия общей системы безопасности (МЭК 61508-1 (рисунок 2));
    - подтверждение соответствия E/E/PES системы (МЭК 61508-1 (рисунок 3));
    - подтверждение соответствия программного обеспечения (МЭК 61508-1 (рисунок 4)).
    3. Подтверждение соответствия представляет собой демонстрацию того, что рассматриваемая система, связанная с безопасностью, до или после установки удовлетворяет во всех отношениях спецификации требований к безопасности для этой системы. Следовательно, например, подтверждение соответствия программного обеспечения означает подтверждение путем испытаний и сбора объективных свидетельств того, что программное обеспечение удовлетворяет спецификации требований к безопасности программного обеспечения.
    [ ГОСТ Р МЭК 61508-4-2007]

    Тематики

    EN

    4.54 валидация (validation): Подтверждение (на основе представления объективных свидетельств) того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

    Примечание - Валидация в контексте жизненного цикла представляет собой совокупность действий, гарантирующих и обеспечивающих уверенность в том, что система способна реализовать свое предназначение, текущие и перспективные цели.

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.23 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены [3].

    Примечание - Валидация в контексте жизненного цикла системы является совокупностью действий, гарантирующих и обеспечивающих уверенность в том, что система способна выполнять заданные функции в соответствии с установленными целями и назначением в конкретных условиях функционирования.

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

    3.35 аттестация (validation): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования к конкретным объектам полностью реализованы.

    Примечания

    1 В процессе проектирования и разработки аттестация связана с экспертизой продукта в целях определения его соответствия потребностям пользователя.

    2 Аттестацию обычно проводят для конечного продукта в установленных условиях эксплуатации. При необходимости аттестация может проводиться на более ранних стадиях.

    3 Термин «аттестован» используется для обозначения соответствующих состояний объекта.

    4 Может быть проведен ряд аттестаций, если они преследуют различные цели. (См. 2.18 title="Управление качеством и обеспечение качества - Словарь").

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

    3.17 валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования в отношении конкретного использования или применения были выполнены.

    Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

    3.10 аттестация (qualificfcion, validation): Подтверждение соответствия заданным требованиям.

    Примечания

    1. На различных этапах проектирования, монтажа и ввода в эксплуатацию объектов проводятся:

    - аттестация проекта (DQ - Design Qualification);

    - аттестация в построенном состоянии (IQ - installation Qualification);

    - аттестация в оснащенном состоянии (OQ - Operation Qualification);

    - аттестация в эксплуатируемом состоянии (PQ - Performance Qualification).

    2. Для проведения аттестации требуются программа аттестации (validation master plan) и методики аттестации.

    «Валидационный мастер план» - нерекомендуемый термин.

    Источник: ГОСТ Р 52537-2006: Производство лекарственных средств. Система обеспечения качества. Общие требования оригинал документа

    3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «валидирован» используют для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    2.17 валидация (validation): Подтверждение посредством предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 9000:2005]

    Примечание - Валидация это набор действий, который обеспечивает уверенность в том, что система пригодна для предполагаемого использования, в состоянии достичь целей и поставленных задач (например, требований причастной стороны) в предполагаемой среде эксплуатации.

    Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

    2.31 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

    Примечание - В некоторых случаях, например при валидации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и предоставление соответствующей информации по ПГ.

    Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

    2.26 валида ция (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10), относящегося к плану проекта по парниковым газам, на соответствие согласованным критериям валидации.

    Примечание 1 - В некоторых случаях, например при валидации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и предоставление соответствующей информации по ПГ.

    Примечание 2 - Содержание плана проекта описано в 5.2.

    Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

    2.32 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.11), относящийся к плану проекта по парниковым газам, на соответствие согласованным критериям валидации (2.33).

    Примечание 1 - В некоторых случаях, например при валидации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и предоставление соответствующей информации по ПГ.

    Примечание 2 - Содержание плана проекта по ПГ приведено в ИСО 14064-2, подраздел 5.2.

    Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

    3.8 валидация (validation): Процесс оценивания характеристик методики измерений и проверки того, что они соответствуют конкретным предварительно установленным критериям.

    Источник: ГОСТ Р ЕН 13528-3-2010: Качество атмосферного воздуха. Диффузионные пробоотборники, используемые при определении содержания газов и паров. Требования и методы испытаний. Часть 3. Руководство по выбору, использованию и техническому обслуживанию

    3.1.21 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 9000, статья 3.8.5]

    Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

    3.5 валидация (validation): Подтверждение на основе предоставления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    Примечание - Термин введен с целью уточнения понятия.

    Источник: ГОСТ Р 54383-2011: Трубы стальные бурильные для нефтяной и газовой промышленности. Технические условия оригинал документа

    3.25 валидация (validation): Процесс определения того, соответствует ли продукт или услуга своим функциональным требованиям, то есть удовлетворяет ли тем требованиям и целям, для которых был (а) предназначен (а).

    [Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

    Примечание - См. также «функциональная валидация» и «валидация системы».

    Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

    3.6 валидация (validation): Подтверждение на основе объективных данных, что установленные требования в условиях намеченного использования или применения выполнены.

    Примечание 1 - Адаптированное определение по ИСО 9000:2005, пункт 3.8.5 [1].

    Примечание 2 - См. рисунок 1.

    Примечание 3 - Данный термин часто используют совместно с термином «верификация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

    Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

    2.140 валидация (validation): Подтверждение на основе представления объективных доказательств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    [ИСО 14698-1:2003, статья 3.1.21], [ИСО 14698-2:2003, статья 3.14]

    Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

    3.8.2 подтверждение соответствия (validation): Подтверждение соответствия требованиям путем испытаний и представления объективных свидетельств, выполнения конкретных требований к предусмотренному конкретному использованию.

    Примечания

    1. Адаптировано из ИСО 8402 путем исключения примечаний.

    2. В настоящем стандарте имеется три фазы подтверждения соответствия:

    - подтверждение соответствия общей системы безопасности (МЭК 61508-1 (рисунок 2));

    - подтверждение соответствия E/E/PES системы (МЭК 61508-1 (рисунок 3));

    - подтверждение соответствия программного обеспечения (МЭК 61508-1 (рисунок 4)).

    3. Подтверждение соответствия представляет собой демонстрацию того, что рассматриваемая система, связанная с безопасностью, до или после установки удовлетворяет во всех отношениях спецификации требований к безопасности для этой системы. Следовательно, например, подтверждение соответствия программного обеспечения означает подтверждение путем испытаний и сбора объективных свидетельств того, что программное обеспечение удовлетворяет спецификации требований к безопасности программного обеспечения.

    Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

    3.8.5 валидация (validation): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что требования (3.1.2), предназначенные для конкретного использования или применения, выполнены.

    Примечания

    1 Термин «валидирован» используют для обозначения соответствующего статуса.

    2 Условия применения могут быть реальными или смоделированными.

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.1.18 валидация (validation): Процесс учреждения документированного подтверждения на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены, декларируемые свойства и характеристики подтверждаются, а поставленная цель (предназначение системы, комплекса, устройства и т.д.) достигнута.

    Источник: ГОСТ Р 54360-2011: Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС оригинал документа

    3.2.60 валидация (validation): Подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    5.4 валидация (validation):

    в контексте оценки: Процесс (6.4), посредством которого эксперт по оценке (5.31.4) определяет, что собранная информация является точной, достоверной, надежной, достаточной и соответствующей целям проведения оценки.

    [ИСО 14015:2001];

    в контексте парниковых газов: Систематически проводимый, независимый и документально оформленный процесс (6.4) по оценке утверждения по парниковым газам (9.5.2), относящегося к плану проекта по парниковым газам (9.4.2), на соответствие согласованным критериям валидации (5.12).

    Примечание - В некоторых случаях, например при валидации первой стороной, независимость может быть продемонстрирована свободой от несения ответственности за подготовку данных по парниковым газам и соответствующей информации.

    [ИСО 14065:2007]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    3.3.1 валидация (validation): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ, относящийся к плану проекта по ПГ, на соответствие согласованным критериям валидации.

    Примечания

    1 В некоторых случаях, например, при валидации первой стороной, независимость может быть выражена отсутствием ответственности за подготовку данных и предоставление соответствующей информации по ПГ.

    2 Содержание плана проекта ПГ см. ИСО 14064-2:2006, 5.2.

    3 В соответствии с ИСО 14064-3:2006, статья 2.32.

    Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

    Англо-русский словарь нормативно-технической терминологии > validation

  • 11 verification

    1. проверка (подлинности)
    2. долговременная маркировка
    3. верификация (штрихового кода)
    4. верификация (с точки зрения электробезопасности)
    5. верификация (проверка)
    6. верификация (доказательство правильности)
    7. верификация (в менеджменте качества)
    8. верификация

     

    верификация
    контроль
    проверка
    Установление соответствия принятой и переданной информации с помощью логических методов [http://www.rol.ru/files/dict/internet/#].
    [ http://www.morepc.ru/dict/]
    верификация
    (ITIL Service Transition)
    Деятельность, которая гарантирует, что новая или измененная ИТ- услуга, процесс, план или другой результат - полный, точный, надежный и соответствует своей спецификации проектирования.
    См. тж. подтверждение; приёмка; подтверждение и тестирование услуг.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    verification 
    (ITIL Service Transition)
    An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification.
    See also acceptance; validation; service validation and testing.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    Синонимы

    EN

     

    верификация
    Подтверждение посредством представления объективных свидетельств того, что установленные требования были выполнены.
    Примечания
    1. Термин "верифицирован" используют для обозначения соответствующего статуса.
    2. Деятельность по подтверждению требования может включать в себя:
    - осуществление альтернативных расчетов;
    - сравнение спецификации на новый проект с аналогичной документацией на апробированный проект;
    - проведение испытаний и демонстраций;
    - анализ документов до их выпуска.
    [ ГОСТ Р ИСО 9000-2008]

    Тематики

    EN

     

    верификация (доказательство правильности)
    контроль
    проверка
    —
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    Синонимы

    EN

     

    верификация (проверка)
    1. Процесс определения соответствия качества или характеристик продукта или услуги тому, что предписывается, предопределяется или требуется. Верификация тесно связана с обеспечением качества и контролем качества. верификация компьютерной системы computer system verification Процесс, имеющий целью обеспечить, чтобы данный этап в жизненном цикле системы удовлетворял требованиям, введенным на предыдущем этапе. верификация модели model verification Процесс, имеющий целью определить, правильно ли отображает данная вычислительная модель искомую концептуальную модель или математическую модель. Верификация системного кода system code verification Анализ кодирования источника на предмет его соответствия описанию в документации системного кода. 2. Подтверждение на основе объективных свидетельств того, что установленные требования были выполнены. См. валидация (аттестация). Соответствующий статус – ‘верифицировано’. Верификация может включать такие операции, как: осуществление альтернативных расчетов; сравнение научной и технической документации по новому проекту с аналогичной документацией по апробированному проекту; проведение испытаний и демонстраций; и анализ документов до их выпуска.
    [Глоссарий МАГАТЭ по вопросам безопасности]

    Тематики

    EN

     

    верификация
    Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
    Примечания
    1. Адаптировано из ИСО 8402 путем исключения примечаний.
    2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.
    Пример
    Процесс верификации включает в себя:
    - просмотр выходных данных (документов, относящихся ко всем стадиям жизненного цикла систем безопасности) для того, чтобы убедиться в соответствии задачам и требованиям соответствующей стадии, с учетом конкретных входных данных для этой стадии;
    - просмотр проектов;
    - тестирование проектируемых продуктов для того, чтобы убедиться, что они работают в соответствии с их спецификациями;
    - проверка интеграции, реализуемая внешними тестами, для всех систем, образующихся покомпонентным добавлением к исходной системе, и необходимая для того, чтобы убедиться, что все компоненты работают вместе в соответствии со спецификацией.
    [ ГОСТ Р МЭК 61508-4-2007]

    Тематики

    EN

     

    верификация (штрихового кода)
    Техническая процедура измерения показателей символа штрихового кода, в процессе которой определяется их соответствие требованиям, предъявляемым к символу.
    [ ГОСТ 30721-2000]
    [ ГОСТ Р 51294.3-99]

    Тематики

    EN

    DE

    FR

     

    проверка (подлинности)
    верификация
    Процесс сопоставления субъекта с заявленными о нем сведениями. В частности процедура сравнения подписи, созданной с помощью частного ключа, с соответсвующим открытым ключом.
    [ http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=5048]

    Тематики

    Синонимы

    EN

    4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].

    Примечание - Верификация в контексте жизненного цикла представляет собой совокупность действий по сравнению полученного результата жизненного цикла с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваться ими): заданные требования, описание проекта и непосредственно система.

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.23 верификация (verification): Процесс, в результате которого приходят к заключению, что два изображения принадлежат одному и тому же человеку; сопоставление 1:1 («один к одному»).

    Примечание - Термины и соответствующие определения к ним установлены только для использования в настоящем стандарте.

    Источник: ГОСТ Р ИСО/МЭК 19794-5-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 5. Данные изображения лица оригинал документа

    4.24 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены [3].

    Примечание - Верификация в контексте жизненного цикла системы является совокупностью действий по сравнению полученного результата жизненного цикла системы с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваются только ими) установленные требования, описание проекта и непосредственно система.

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

    3.36 верификация (verification): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования полностью реализованы.

    Примечания

    1 В процессе проектирования и разработки верификация связана с экспертизой результатов данной работы в целях определения их соответствия установленным требованиям.

    2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 title="Управление качеством и обеспечение качества - Словарь").

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

    3.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования были выполнены.

    [ИСО 9000:2005]

    Примечание - В качестве синонима может использоваться термин «проверка соответствия».

    Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

    2.22 верификация (verification): Подтверждение на основе анализа и представления объективных свидетельств того, что установленные требования выполнены.

    Примечание - При проектировании и разработке верификация означает процесс анализа результатов предпринятой деятельности с целью определения соответствия установленным к этой деятельности требованиям ([4], подпункт 3.8.4).

    Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

    3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

    Примечания

    1 Термин «верифицирован» используют для обозначения соответствующего статуса.

    2 Деятельность по подтверждению требования может включать в себя:

    - осуществление альтернативных расчетов;

    - сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

    - проведение испытаний (3.8.3) и демонстраций;

    - анализ документов до их выпуска.

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    2.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования выполнены.

    Примечание - Верификация это набор действий, с помощью которого происходит сопоставление характеристик системы или элемента системы с установленными требованиями к характеристикам. Верификация может охватывать установленные требования, описание проекта и саму систему.

    Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

    2.35 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

    Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

    Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

    2.28 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10) на соответствие согласованным критериям верификации.

    Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

    Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

    2.36 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ (2.11)на соответствие согласованным критериям верификации (2.33).

    Примечание - В некоторых случаях, например при верификации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

    Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

    3.1.22 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

    [ИСО 9000, статья 3.8.4]

    Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

    3.116 верификация (verification): Экспертиза, призванная подтвердить, что деятельность, изделие или услуга соответствуют заданным требованиям.

    Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

    3.17 верификация (verification): Комплекс операций для проверки испытательного оборудования (например, испытательного генератора и соединительных кабелей), а также для демонстрации того, что испытательная система функционирует.

    Примечание - Методы, используемые для верификации, отличаются от методов калибровки.

    Источник: ГОСТ Р 51317.4.2-2010: Совместимость технических средств электромагнитная. Устойчивость к электростатическим разрядам. Требования и методы испытаний оригинал документа

    3.26 верификация (verification): Процесс определения, соответствует ли качество продукта или услуги установленным требованиям.

    [Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

    Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

    3.7 верификация (verification): Подтверждение на основе объективных данных, что установленные требования были выполнены.

    Примечание 1 -Адаптированный термин по ИСО 9000:2005, пункт 3.8.4 [1].

    Примечание 2 - См. рисунок 1.

    Примечание 3 - Данный термин часто используют совместно с термином «валидация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

    Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

    2.141 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

    Примечание - При аттестации (верификации) документированной системы контроля (2.70) могут использоваться методы текущего контроля и аудита, методики и проверки, в том числе случайный отбор проб и проведение анализа.

    [ИСО 14698-1:2003, статья 3.1.22]

    Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

    3.43 верификация (verification): Подтверждение экспертизой и предоставлением иного объективного свидетельства того, что результаты функционирования соответствуют целям и требованиям, определенным для такого функционирования.

    [МЭК 62138, пункт 3.35]

    Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

    3.18 верификация (verification): Подтверждение экспертизой и представление иного объективного доказательства того, что результаты функционирования отвечают целям и требованиям, определенным для такого функционирования (ИСО 12207).

    [МЭК 62138:2004, определение 3.35]

    Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа

    3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.

    Примечания

    1. Адаптировано из ИСО 8402 путем исключения примечаний.

    2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.

    ПРИМЕР - Процесс верификации включает в себя:

    Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

    3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

    Примечания

    1 Термин «верифицирован» используют для обозначения соответствующего статуса.

    2 Деятельность по подтверждению требования может включать в себя:

    - осуществление альтернативных расчетов;

    - сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

    - проведение испытаний (3.8.3) и демонстраций;

    - анализ документов до их выпуска.

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.2.59 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    5.1 верификация (verification):

    в контексте маркировки и декларирования: Подтверждение посредством предоставления объективных свидетельств выполнения установленных требований.

    [ИСО 14025:2006];

    в контексте парниковых газов: Систематический, независимый и документально оформленный процесс (6.4) для оценки утверждения по парниковым газам (9.5.2) на соответствие согласованным критериям верификации (5.12).

    Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована свободой от несения ответственности за подготовку данных и представление информации по парниковым газам.

    [ИСО 14065:2007]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    3.3.7 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

    Примечания

    1 В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

    2 В соответствии с ИСО 14064-3:2006, статья 2.36.

    Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

    04.02.27 долговременная маркировка [ permanent marking]: Изображение, полученное с помощью интрузивного или неинтрузивного маркирования, которое должно оставаться различимым, как минимум, в течение установленного срока службы изделия.

    Сравнить с терминологической статьей «соединение» по ИСО/МЭК19762-11).

    ______________

    1)Терминологическая статья 04.02.27 не связана с указанной терминологической статьей.

    <2>4 Сокращения

    ECI интерпретация в расширенном канале [extended channel interpretation]

    DPM прямое маркирование изделий [direct part marking]

    BWA коррекция ширины штриха [bar width adjustment]

    BWC компенсация ширины штриха [barwidth compensation]

    CPI число знаков на дюйм [characters per inch]

    PCS сигнал контраста печати [print contrast signal]

    ORM оптический носитель данных [optically readable medium]

    FoV поле обзора [field of view]

    Алфавитный указатель терминов на английском языке

    (n, k)symbology

    04.02.13

    add-on symbol

    03.02.29

    alignment pattern

    04.02.07

    aperture

    02.04.09

    auto discrimination

    02.04.33

    auxiliary character/pattern

    03.01.04

    background

    02.02.05

    bar

    02.01.05

    bar code character

    02.01.09

    bar code density

    03.02.14

    barcode master

    03.02.19

    barcode reader

    02.04.05

    barcode symbol

    02.01.03

    bar height

    02.01.16

    bar-space sequence

    02.01.20

    barwidth

    02.01.17

    barwidth adjustment

    03.02.21

    barwidth compensation

    03.02.22

    barwidth gain/loss

    03.02.23

    barwidth increase

    03.02.24

    barwidth reduction

    03.02.25

    bearer bar

    03.02.11

    binary symbology

    03.01.10

    characters per inch

    03.02.15

    charge-coupled device

    02.04.13

    coded character set

    02.01.08

    column

    04.02.11

    compaction mode

    04.02.15

    composite symbol

    04.02.14

    contact scanner

    02.04.07

    continuous code

    03.01.12

    corner marks

    03.02.20

    data codeword

    04.02.18

    data region

    04.02.17

    decodability

    02.02.28

    decode algorithm

    02.02.01

    defect

    02.02.22

    delineator

    03.02.30

    densitometer

    02.02.18

    depth of field (1)

    02.04.30

    depth of field (2)

    02.04.31

    diffuse reflection

    02.02.09

    direct part marking

    04.02.24

    discrete code

    03.01.13

    dot code

    04.02.05

    effective aperture

    02.04.10

    element

    02.01.14

    erasure

    04.02.21

    error correction codeword

    04.02.19

    error correction level

    04.02.20

    even parity

    03.02.08

    field of view

    02.04.32

    film master

    03.02.18

    finder pattern

    04.02.08

    fixed beam scanner

    02.04.16

    fixed parity

    03.02.10

    fixed pattern

    04.02.03

    flat-bed scanner

    02.04.21

    gloss

    02.02.13

    guard pattern

    03.02.04

    helium neon laser

    02.04.14

    integrated artwork

    03.02.28

    intercharacter gap

    03.01.08

    intrusive marking

    04.02.25

    label printing machine

    02.04.34

    ladder orientation

    03.02.05

    laser engraver

    02.04.35

    latch character

    02.01.24

    linear bar code symbol

    03.01.01

    magnification factor

    03.02.27

    matrix symbology

    04.02.04

    modular symbology

    03.01.11

    module (1)

    02.01.13

    module (2)

    04.02.06

    modulo

    03.02.03

    moving beam scanner

    02.04.15

    multi-row symbology

    04.02.09

    non-intrusive marking

    04.02.26

    odd parity

    03.02.07

    omnidirectional

    03.01.14

    omnidirectional scanner

    02.04.20

    opacity

    02.02.16

    optically readable medium

    02.01.01

    optical throw

    02.04.27

    orientation

    02.04.23

    orientation pattern

    02.01.22

    oscillating mirror scanner

    02.04.19

    overhead

    03.01.03

    overprinting

    02.04.36

    pad character

    04.02.22

    pad codeword

    04.02.23

    permanent marking

    04.02.27

    photometer

    02.02.19

    picket fence orientation

    03.02.06

    pitch

    02.04.26

    pixel

    02.04.37

    print contrast signal

    02.02.20

    printability gauge

    03.02.26

    printability test

    02.02.21

    print quality

    02.02.02

    quiet zone

    02.01.06

    raster

    02.04.18

    raster scanner

    02.04.17

    reading angle

    02.04.22

    reading distance

    02.04.29

    read rate

    02.04.06

    redundancy

    03.01.05

    reference decode algorithm

    02.02.26

    reference threshold

    02.02.27

    reflectance

    02.02.07

    reflectance difference

    02.02.11

    regular reflection

    02.02.08

    resolution

    02.01.15

    row

    04.02.10

    scanner

    02.04.04

    scanning window

    02.04.28

    scan, noun (1)

    02.04.01

    scan, noun (2)

    02.04.03

    scan reflectance profile

    02.02.17

    scan, verb

    02.04.02

    self-checking

    02.01.21

    shift character

    02.01.23

    short read

    03.02.12

    show through

    02.02.12

    single line (beam) scanner

    02.04.11

    skew

    02.04.25

    slot reader

    02.04.12

    speck

    02.02.24

    spectral response

    02.02.10

    spot

    02.02.25

    stacked symbology

    04.02.12

    stop character/pattern

    03.01.02

    structured append

    04.02.16

    substitution error

    03.02.01

    substrate

    02.02.06

    symbol architecture

    02.01.04

    symbol aspect ratio

    02.01.19

    symbol character

    02.01.07

    symbol check character

    03.02.02

    symbol density

    03.02.16

    symbology

    02.01.02

    symbol width

    02.01.18

    tilt

    02.04.24

    transmittance (l)

    02.02.14

    transmittance (2)

    02.02.15

    truncation

    03.02.13

    two-dimensional symbol (1)

    04.02.01

    two-dimensional symbol (2)

    04.02.02

    two-width symbology

    03.01.09

    variable parity encodation

    03.02.09

    verification

    02.02.03

    verifier

    02.02.04

    vertical redundancy

    03.01.06

    void

    02.02.23

    wand

    02.04.08

    wide: narrow ratio

    03.01.07

    X dimension

    02.01.10

    Y dimension

    02.01.11

    Z dimension

    02.01.12

    zero-suppression

    03.02.17

    <2>Приложение ДА1)

    ______________

    1)

    Источник: ГОСТ Р ИСО/МЭК 19762-2-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД) оригинал документа

    Англо-русский словарь нормативно-технической терминологии > verification

  • 12 man-machine interface

    Англо-русский словарь технических терминов > man-machine interface

  • 13 user interface

    Англо-русский словарь технических терминов > user interface

  • 14 user

    ['juːzə]
    5) Горное дело: эксплуатационник
    6) Сленг: юзер
    8) юр.Н.П. потребитель (of liquors or narcotics)

    Универсальный англо-русский словарь > user

  • 15 HMI

    1. человеко-машинный интерфейс
    2. человеко-машинное взаимодействие
    3. терминал
    4. интерфейс управления концентратором
    5. интерфейс "человек-машина"

     

    интерфейс "человек-машина"
    аппаратно-программная система управления технологическими процессами
    HMI - это набор всех средств, позволяющих человеку вмешаться в поведение вычислительной системы. Как правило, HMI представляет собой компьютер с графическим дисплеем, где в наглядной форме отображается поведение системы, и пользователь имеет возможность вмешаться в деятельность системы. Однако в качестве HMI может выступать самый простой пульт из набора тумблеров и светодиодных индикаторов.
    [ http://www.morepc.ru/dict/]

    Тематики

    Синонимы

    EN

     

    интерфейс управления концентратором
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    терминал
    Устройство ввода-вывода, обеспечивающее взаимодействие пользователей в локальной вычислительной сети или с удаленной ЭВМ через средства телеобработки данных
    [ ГОСТ 25868-91]
    [ ГОСТ Р 50304-92 ]

    Параллельные тексты EN-RU

    HMI port warning
    [Schneider Electric]

    Предупредительное состояние об ошибке обмена данными через порт связи с терминалом оператора
    [Перевод Интент]

    HMI display max current phase enable
    [Schneider Electric]

    Разрешается отображение на терминале оператора максимального линейного тока
    [Перевод Интент]

    Config via HMI keypad enable
    [Schneider Electric]

    Конфигурирование (системы) с помощью клавиатуры терминала оператора
    [Перевод Интент]

    Тематики

    • оборуд. перифер. систем обраб. информации
    • системы для сопряж. радиоэлектр. средств интерфейсные

    Обобщающие термины

    Синонимы

    EN

     

    человеко-машинное взаимодействие
    —
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > HMI

  • 16 man-machine communication

    1. человеко-машинный интерфейс
    2. связь человек-машина
    3. диалог человека с ЭВМ

     

    диалог человека с ЭВМ
    —
    [В.А.Семенов. Англо-русский словарь по релейной защите]

    Тематики

    EN

     

    связь человек-машина
    —
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > man-machine communication

  • 17 human-computer interface

    1. человеко-машинный интерфейс
    2. пользовательский интерфейс
    3. интерфейс человек-машина

     

    интерфейс человек-машина
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    пользовательский интерфейс
    —
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > human-computer interface

  • 18 man-machine interface

    1. человеко-машинный интерфейс
    2. интерфейс "человекмашина"

     

    интерфейс "человекмашина"
    (МСЭ-Т Q.1741).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > man-machine interface

  • 19 MMI

    1. человеко-машинный интерфейс
    2. интерфейс "человекмашина"

     

    интерфейс "человекмашина"
    (МСЭ-Т Q.1741).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > MMI

  • 20 human interface

    1. человеко-машинный интерфейс
    2. интерфейс с пользователем

     

    интерфейс с пользователем
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > human interface

Страницы
  • 1
  • 2

См. также в других словарях:

  • ГОСТ Р ИСО 9241-110-2009: Эргономика взаимодействия человек-система. Часть 110. Принципы организации диалога — Терминология ГОСТ Р ИСО 9241 110 2009: Эргономика взаимодействия человек система. Часть 110. Принципы организации диалога оригинал документа: 3.2 диалог (dialogue): Взаимодействие между пользователем и интерактивной системой, рассматриваемое как… …   Словарь-справочник терминов нормативно-технической документации

  • ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем — Терминология ГОСТ Р ИСО 9241 210 2012: Эргономика взаимодействия человек система. Часть 210. Человеко ориентированное проектирование интерактивных систем оригинал документа: 2.17 валидация (validation): Подтверждение посредством предоставления… …   Словарь-справочник терминов нормативно-технической документации

  • ЧЕЛОВЕК — главная тема философии, центральная проблема всех филос. школ и направлений, неисчерпаемая в силу своей бесконечной сложности, дающая пищу для самых разнообразных интерпретаций и толкований. Ч., по мнению Б. Паскаля, это химера, невидаль,… …   Философская энциклопедия

  • Человек разумный разумный — Запрос «Человек» перенаправляется сюда. Cм. также другие значения. Запрос «Люди» перенаправляется сюда. О более широкой таксономической категории см. Люди (род). ? Человек …   Википедия

  • СРЕДСТВА ДЕЯТЕЛЬНОСТИ — материальные, энергетические или информационные образования, с помощью которых реализуется деятельность. С. д. подразделяются на внешние и внутренние. Внешние средства те, которые использует человек и которые находятся вне его (см. Технические… …   Энциклопедический словарь по психологии и педагогике

  • ЭВОЛЮЦИЯ СОЦИАЛЬНОГО ВЗАИМОДЕЙСТВИЯ — – постепенное, непрерывное, относительно длительное развитие социального взаимодействия во времени. Для понимания основных тенденций Э. с. в. конфликтологу необходимо хотя бы в самом общем виде представлять сравнительный характер эволюции орудий… …   Энциклопедический словарь по психологии и педагогике

  • Технические средства реабилитации — Инвалидность …   Википедия

  • ВЗАИМОДЕЙСТВИЕ ЧЕЛОВЕК—КОМПЬЮТЕР — (англ. human computer interaction). 1. Процесс, посредством которого человек достигает своих целей, используя как средство компьютерные системы. См. также Виртуальная реальность. 2. Раздел эргономики, в котором исследуются и разрабатываются… …   Большая психологическая энциклопедия

  • система — 4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. Примечание 1 Система может рассматриваться как продукт или предоставляемые им услуги. Примечание 2 На практике… …   Словарь-справочник терминов нормативно-технической документации

  • интерфейс — 01.04.10 интерфейс [ interface]: Совместно используемая граница между двумя функциональными единицами, определяемая различными функциональными характеристиками, параметрами физического соединения, параметрами взаимосвязи при обмене сигналами, а… …   Словарь-справочник терминов нормативно-технической документации

  • условия — (см. раздел 1) d) Может ли машина представлять опасности при создании или потреблении определенных материалов? Нет Источник: ГОСТ Р МЭК 60204 1 2007: Безопасность машин. Электрооборудование машин и механизмов. Часть 1. Общие требования …   Словарь-справочник терминов нормативно-технической документации

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»